Hi Hans,
one of my documents uses \attachment to embed PDF documents (well, it
contains many).
I have been doing this for more than a year, but right now it is way
slower: over 250s vs. 7s compilation time (with and without the attachment).
It takes me 6s to download the document directly
example).
In that cases, renaming actual files could be both undesirable and a lot
of work.
It is mainly a question of consistency. Also across applications.
Consider the following sample:
\setupinteraction[state=start]
\starttext
\startTEXpage[offset=1em]
attachment\attachment[file=xm
Am 08.02.2020 um 09:31 schrieb Pablo Rodriguez:
> Hi Peter,
>
> here you have a minimal sample with file name changed inside the
> attachment command:
>
>\setupinteraction[state=start]
> \starttext
> an attachment\attachment[file=secret-name.pdf,
>
Hi Peter,
here you have a minimal sample with file name changed inside the
attachment command:
\setupinteraction[state=start]
\starttext
an attachment\attachment[file=secret-name.pdf,
type={application/pdf},
%~ method=hidden,
name=other-name]
\stoptext
Am 06.12.2019 um 16:56 schrieb Hans Hagen:
> On 12/6/2019 4:21 PM, Peter Rolf wrote:
>> Hi Rik,
>>
>> I guess it's not supported yet.
>>
>> In "lpdf-fmt.lua" it says:
>> [..]
>> ["pdf/a-3a"] = { -- untested; NEW: any
On 12/6/19 6:08 PM, Pablo Rodriguez wrote:
> [...]
> I already reported this and I think that the most sensible value is to
> relate them to the document.
Rik,
I have just discovered that the line 97 in lpdf-tag.lua contains:
local embeddedfilelist= pdfarray() -- /AF
But that
On 12/6/19 3:11 AM, Rik Kabel wrote:
> Hello list,
>
> The following document fails PDF/A-3a validation. It passes without the
> attachment.
> [...]
Hi Rik,
ConTeXt needs better handling of attachments to be PDF/A-3 compatible.
BTW, attachments don’t need to be PDF/A-3
On 12/6/2019 4:21 PM, Peter Rolf wrote:
Hi Rik,
I guess it's not supported yet.
In "lpdf-fmt.lua" it says:
[..]
["pdf/a-3a"] = { -- untested; NEW: any type of attachment is allowed
[..]
I remember adding the "a-2a" and "a-3a" versions back wh
On Fri, Dec 6, 2019 at 4:26 PM Peter Rolf wrote:
>
> So we have only basic support for "PDF/A-3a", the more advanced features
> of that format are not supported yet. The main problem here is the
> lacking PDF/A documentation (ISO pay wall).
>
A complete installation of verapdf has a very
Hi Rik,
I guess it's not supported yet.
In "lpdf-fmt.lua" it says:
[..]
["pdf/a-3a"] = { -- untested; NEW: any type of attachment is allowed
[..]
I remember adding the "a-2a" and "a-3a" versions back when Hans and I
added experimental support for
Hello list,
The following document fails PDF/A-3a validation. It passes without the
attachment.
\setuplanguage [en]
\setuptagging [state=start]
\setupinteraction [state=start]
\setupbackend [format={pdf/a-3a},profile={default_gray.icc
Dear list,
I have the following sample:
\setupinteraction[state=start]
\setupinteractionscreen[option=attachment]
\starttext
\attachment
[https://eur-lex.europa.eu/legal-content/ES/TXT/PDF/?uri=CELEX:12016E/TXT]
[name=TFUE.pdf]
\stoptext
Is there a way that curl may
Hello,
marks of attachments in the attached MWE are aligned in the following way:
- after A and C - horizontally,
- after B - vertically.
The only difference is that \blank precedes in the B case.
So - how to force horizontal alignment for attachment marks in the B case,
supposing
On 11/29/2013 12:51 AM, Aditya Mahajan wrote:
It seems that there is a mixup in the backend code for including an
attachment.
For example, when I use:
\setupinteraction[state=start]
\starttext
The current file is \attachment[tag][file=\jobname.tex, name=test.tex,
title={Whatever}]
\stoptext
It seems that there is a mixup in the backend code for including an
attachment.
For example, when I use:
\setupinteraction[state=start]
\starttext
The current file is \attachment[tag][file=\jobname.tex, name=test.tex,
title={Whatever}]
\stoptext
I was expecting that the current file
, which would be acceptable by
ConTeXt.
@Thomas:
The table looks nice but there are no entries for CP 1250 to UTF conversion.
I prepared some tables: character conversion and removal of diacritics (see the
attachment);
maybe it would be handful to include them into ConTeXt somehow.
Best regards
Dear Hans,
when you fixed the bug with attachment being listed twice
in the attachment list, you also enhanced attachment support
On Mon, 28 Feb 2011, Hans Hagen wrote:
as far as i can see there were a couple of issues:
attachments without associated annotation, and labeling and both
Dear Hans,
On Mon, 21 Feb 2011, Hans Hagen wrote:
to be precise, the attachment is attached once
but is listed twice by Adobe Reader.
i'll patch lpdf-wid
on one hand your patch fixes the bug that is in the Subj. of the
thread, but it does just that and nothing more. It is a pity
to see
On 28-2-2011 8:52, Michail Vidiassov wrote:
Dear Hans,
On Mon, 21 Feb 2011, Hans Hagen wrote:
to be precise, the attachment is attached once
but is listed twice by Adobe Reader.
i'll patch lpdf-wid
on one hand your patch fixes the bug that is in the Subj. of the thread,
but it does just
Dear Hans,
On Mon, 28 Feb 2011, Hans Hagen wrote:
to be precise, the attachment is attached once
but is listed twice by Adobe Reader.
i'll patch lpdf-wid
on one hand your patch fixes the bug that is in the Subj. of the thread,
this is a bit of a weird comment given that i haven't uploaded
On 28-2-2011 10:24, Michail Vidiassov wrote:
Just tell us what that user-level extra keys/values are and we'll
sing, dance and rejoice, being innocent of knowing what only the ConTeXt
creator is to know.
i posted those keys in a previous mail ... but there is no beta upload
yet (will be
On 23-2-2011 12:35, Michail Vidiassov wrote:
as far as I understand ConTeXt now can not link file attachment to
arbitrary picture, just to some predefined icons. Am I right?
you can use symbols (as with fields and other widgets)
Is it going to change? Soon? There are comments in the code
in mind - separating global attachments and attachments
linked to icons on pages, additional descriptions for attached files -
are addressed in the attached patches.
I am not sure about using attachment lebel as T key, that is indended for
following:
The text label that shall be displayed
On 23-2-2011 11:21, Michail Vidiassov wrote:
to say the truth I do not understand what are you talking about :(
Attachments have some history in pdf and each version was slightly
different. The same is true for widgets. Some of that has to do with
security issues, some with the fact that
Dear Hans,
On Wed, 23 Feb 2011, Hans Hagen wrote:
Attachments have some history in pdf and each version was slightly different.
as far as I understand ConTeXt now can not link file attachment to
arbitrary picture, just to some predefined icons. Am I right?
Is it going to change? Soon
Dear Hans,
I'd like to remind you about an old problem report
--
From: Tobias Burnus
Date: 2008-01-04 16:01 +300
I can use \useattachment to embed/attach files in a PDF file. I can use:
\useattachment[whatever][title][newname][test.tex]
\attachment[whatever]
This creates an attachment
Dear All,
to be precise, the attachment is attached once
(can be seen if one inspects the sample PDF files in uncompressed form with
any text or binary editor - if you do not have Adobe Acrobat), but is
listed twice by Adobe Reader.
Sincerely, Michail
to be precise, the attachment is attached once
(can be seen if one inspects the sample PDF files in uncompressed form with
any text or binary editor - if you do not have Adobe Acrobat), but is
listed twice by Adobe Reader.
Thanks, but the question is still why the beta produces this while
Dear Developers,
On Sun, 20 Feb 2011, Michail Vidiassov wrote:
to be precise, the attachment is attached once
but is listed twice by Adobe Reader.
PDF spec states
--
An embedded file stream shall be included in a PDF document in one of the
following ways:
• Any file specification
On 20-2-2011 11:21, Michail Vidiassov wrote:
Dear Developers,
On Sun, 20 Feb 2011, Michail Vidiassov wrote:
to be precise, the attachment is attached once
but is listed twice by Adobe Reader.
PDF spec states
--
An embedded file stream shall be included in a PDF document in one
Dear Hans,
On Mon, 21 Feb 2011, Hans Hagen wrote:
to be precise, the attachment is attached once
but is listed twice by Adobe Reader.
code in lpdf-wid.lua sends everything to EmbeddedFiles - including
files associated with a location on a page in the document
i'll patch lpdf-wid
it'd
Hi
I'm trying to use PDF attachments again, but run into some issues.
Here's my small example (att.tex):
%%% start %%%
\setupinteraction[state=start]
\starttext
\useattachment[myfile][title][name][att.tex]
\attachment[myfile]
\stoptext
%%% end %%%
1) Using context-current makes 1 attachment
Hi,
I've been trying to get \attachment to work, but I get a Lua error. The
following example, (taken from scrn-int.mkiv and stripped a bit) provides an
error:
\setupinteraction[state=start]
\useattachment[whatever][test.tex]
\starttext \attachment[whatever] \stoptext
The tail
Matthijs Kooijman wrote:
Hi,
I've been trying to get \attachment to work, but I get a Lua error. The
following example, (taken from scrn-int.mkiv and stripped a bit) provides an
error:
\setupinteraction[state=start]
\useattachment[whatever][test.tex]
\starttext \attachment[whatever
add
\registerctxluafile{scrn-int}{1.001}
to scrn-int.mkiv as it seems that it's not loaded
Yup, that removed the error. I even get something icon in the file, but
acrobat reader somehow silently fails to open the file... Oh well, let's do
without it.
Gr.
Matthijs
signature.asc
I attached a PNG file to show the layout that I want. I want the text part
narrowed and
right aligned. I tried the following settings:
\setuplayout
[backspace=20mm,
topspace=20mm,
height=257mm,
width=170mm,
%textwidth=115mm,
header=10mm,
footer=0mm,
Hi Ales,
Alex Lubberts 写道:
I attached a PNG file to show the layout that I want. I want the text part
narrowed and
right aligned. I tried the following settings:
\setuplayout
[backspace=20mm,
topspace=20mm,
height=257mm,
width=170mm,
%textwidth=115mm,
header=10mm,
Dear all,
I attached a PNG file to show the layout that I want. I want the text part
narrowed and
right aligned. I tried the following settings:
\setuplayout
[backspace=20mm,
topspace=20mm,
height=257mm,
width=170mm,
%textwidth=115mm,
header=10mm,
footer=0mm,
I use
\useattachment[auto][example_show][sample.data][./sample.data]
\attachment[auto]
to attach my sample data to pdf, but as this data need open by
specific script.
Are there any way to open the attached sample.data with my script when
viewer click on it. or else I have to let them
based on the example of use mplayer play the movie, I write down
sthing like
\defineprogram[sample.data][sample.data.sh]
\goto{\externalfigure[sample.data][width=0.48\textwidth]}[program(sample.data{})]
and the content of sample.data.sh is
#!/bin/bash
FILE=$(basename $0); gnome-terminal -e
Jesse Alama wrote:
Any progress on this? As of 2009-04-09, attachments with xetex still
behave as Andrea described on 2008-03-31. (I'm using the xetex in the
minimals.)
i didn't look into it; it's mostly a dpx backend issue btw, not that
much related to xetex
Hans
Any progress on this? As of 2009-04-09, attachments with xetex still
behave as Andrea described on 2008-03-31. (I'm using the xetex in the
minimals.)
Jesse
Andrea Valle va...@di.unito.it writes:
Thanks Mojca, Hans,
ok, I've understood.
:)
-a-
On 3 Apr 2008, at 12:17, Hans Hagen
will bear this in mind when I send
email with attachment to ntg-context next time. btw, maybe we should
consider setting up a website like http://paste.ubuntu.org.cn/ (maybe
paste.contextgarden.net) so that all the files won't be lost? It is
very useful to browse mailing list of previous years, but most
Hi all,
A quick note from your mailing list moderator.
The maximum message size for this list is 64KB. Because
pdf documents tend to be base64 encoded during email
transport, this means that you cannot attach PDFs
larger than approximately 40KB in file size.
Please, will you keep that in mind
Thanks Mojca,
The problem is not the --xtx switch, but the lack of support for the
underlying (xdvipdfmx) driver.
Sorry, please remember I'm very far from there...
I was just meaning: the problem is in xetex engine?
I googled a bit and found the following slides:
Thanks Mojca, Hans,
ok, I've understood.
:)
-a-
On 3 Apr 2008, at 12:17, Hans Hagen wrote:
Mojca Miklavec wrote:
On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote:
Thanks Mojca,
The problem is not the --xtx switch, but the lack of support
for the
underlying (xdvipdfmx) driver.
On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote:
Thanks Mojca,
The problem is not the --xtx switch, but the lack of support for the
underlying (xdvipdfmx) driver.
Sorry, please remember I'm very far from there...
I was just meaning: the problem is in xetex engine?
I googled a bit
Mojca Miklavec wrote:
On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote:
Thanks Mojca,
The problem is not the --xtx switch, but the lack of support for the
underlying (xdvipdfmx) driver.
Sorry, please remember I'm very far from there...
I was just meaning: the problem is in xetex
which used attachment
command.
(the one documented here:
http://wiki.contextgarden.net/
Verbatim_text#A_different_approach_to_formatting_and_code_colorization
)
The actual version is here:
http://www.cirma.unito.it/andrea/sw/sc/prd_tSCIRMA_scr.pdf
Now, with ConTeXt no problem.
If I use
On Mon, Mar 31, 2008 at 5:28 PM, Andrea Valle wrote:
Dear all,
I'm using xetex with fun (as suggested and discussed on the mailing list).
I'm revising a previously created document which used attachment command.
(the one documented here:
http://wiki.contextgarden.net/Verbatim_text
Dear all,
I'm using xetex with fun (as suggested and discussed on the mailing
list).
I'm revising a previously created document which used attachment
command.
(the one documented here:
http://wiki.contextgarden.net/
Verbatim_text#A_different_approach_to_formatting_and_code_colorization
Hi all,
I have just approved two files with rather large attachments by
mistake. My apologies to everyone who is on a slow link.
To the original posters: in the future, please make large
examples available on the internet somewhere. Some of the people
on this list are on rather slow
are on rather slow connections.
Cheers,
Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Please excuse me for the big attachment. I will not repeat this in future.
With due apologies,
Anand
53 matches
Mail list logo
